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(57) Abstract 

A method for allowing a mobile station to find a code transmitted by a base station which has a propagation delay to the mobile 
station which is much larger or smaller than a propagation delay between the mobile station and a base station from which it derived a time 
reference is provided. In the context of IS-95, a PN offset is sent to the mobile station to identify which target base station pilot signals to 
search for. By sending a virtual PN offset which differs from the real PN offset, the mobile station can find the target base station signals 
where normally they would fall outside the mobile station's search window. 
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Method and Apparatus for Performing Soft Handoff Between Cells 

of Large Differing Radii 
Field of the Invention 

The invention relates to a method and an apparatus 
5 for performing soft handoff between cells of large differing 
radii, and particularly for application in systems which, due 
to a search window size which limits searching capabilities, 
can only perform handoff between cells having similar cell 
sizes . 

10 Background of the Invention 

CDMA (code division multiple access) communications 
systems are currently designed to accommodate a maximum cell 
size difference of about 55 km. For certain applications, such 
as in large service areas, it would be advantageous to be able 

15 to provision for larger cell size differences, and to be able 
to perform handoff between larger cells and much smaller cells. 

Mobile stations search for base stations within a 
CDMA communications system by looking for an identification 
code, such as the IS- 95 PN (pseudo-random number) short codes 

2 0 (in-phase code and quadrature code) , transmitted by every base 
station, different sectors of different base stations sending 
the same short code with a different time shift, known as a PN 
offset, which provides a unique base station sector identifier. 
Mobile stations on power-up acquire their time reference from 

25 the first base station they make contact with. This time 

reference is delayed by the RF propagation delay between the 
base station and the mobile station. Before a soft handoff, a 
mobile station which has been informed by a serving base 
station of the different time shifts of the short code for 

30 target base stations knows at what time to look for the short 
code generated by these target base stations. The serving base 
station is a base station with which the mobile station has an 
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active communications channel. The mobile station's time 
reference is set according to the earliest path received from 
the serving . base station(s) . Potential target base stations 
are candidates for handoff which are identified, for example, 
5 on the basis of their proximity to the serving base station. 
The mobile station performs a search for the code over a time 
period known as the search window. This search window is 
placed according to the mobile station's notion of time which 
is derived from the serving base station. After a change in 

10 serving base station, the mobile station's search window slowly 
migrates so as to be centred about a time reference derived 
from the new base station. A problem with existing systems is 
that if a handoff is to be performed between two cells of large 
differing radii, then there is a big difference in delay 

15 between firstly, (the propagation delay between the mobile 
station and the target base station) and secondly (the 
propagation delay between the mobile station and the base 
station from which the mobile station has previously 
established a time reference) and this causes the short code of 

2 0 the target base station to arrive earlier or later than 

expected because, as indicated above, the time reference of the 
mobile station is derived from a different base station. If 
the difference in delay is sufficiently large, then the short 
code of the target base station will arrive outside the search 
25- window, the mobile station will fail to identify the short 
code, and the mobile station will be unable to perform soft 
handoff to the target base station. 

One solution which has been proposed is to modify the 
mobile station such that it has a large enough search window or 

3 0 a search window offset so that it can find the short code 

regardless of the difference in delay. Problems with this are 
that every mobile station must be changed so as to not follow 
the CDMA IS -95 standard, and also that a larger search window 
takes a longer time to search. 
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It would be advantageous to be able to use existing 
mobile stations in environments with cells having large 
differing radii for interoperability reasons. 

Summary of the Invention 

5 It is an object of the invention to obviate or 

mitigate one or more of the above identified disadvantages. 

The invention is for application in a system in which 
base stations each transmit a known identification code, for 
example a CDMA short PN code with a respective PN offset. A 

10 method is provided for allowing a mobile station to search for 
and find the identification code of a target base station 
transmitting with a particular offset and having a cell size 
with a large cell size difference compared to that of a serving 
base station, and having a large propagation delay difference 

15 between the target base station and the serving base station, 
without making any changes to how the mobile station operates. 
The method involves providing inf ormation to the mobile station 
which makes it look for the identification code with a 
different offset than the particular offset. 

20 Preferably, the different offset is selected to have 

a difference from the particular offset which compensates for a 
difference between firstly, (the propagation delay between the 
mobile station and the target base station) and secondly (the 
propagation delay between the mobile station and the base 

2 5 station from which the mobile station previously established a 

time reference) . 

In the event that the identification code is a CDMA 
short PN code, and the respective offset is a PN offset, the 
information provided to the mobile station consists of a 

3 0 virtual PN offset for the particular target base station which 

is different, from the target base station's actual PN offset. 
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Even more generally, the invention provides a method 
of compensating for a large difference in propagation delay 
between a first signal sent with a first propagation delay and 
a second signal sent with a second propagation delay comprising 
5 sending information which makes a receiver search for the 
second signal at a time which is substantially equal to the - 
second signal shifted by the large difference in propagation 
delay, within plus or minus half a search window size. 

Brief Description of the Drawings 

10 Preferred embodiments of the invention will now be 

described with reference to the attached drawings in which: 

Figure 1 is an example deployment scenario; 

Figure 2 is a timing diagram for a conventional * 
approach to searching taken in the deployment scenario of 
15 Figure 1 ; 

Figure 3 is a timing diagram in which an embodiment 
of the invention results in different searching for the 
deployment scenario of Figure 1; and 

Figure 4 is a timing diagram illustrating why forward 

2 0 link frames should be shifted in the target base station in 

support of soft handoff using virtual PNs. 

Detailed Description of the Preferred Embodiments 

The problem to be overcome by an embodiment of the 
invention will be described in the context of a particular 
25 deployment scenario which is illustrated in Figure 1. There 
are two base stations, BTS1 10, and BTS2 12 providing service 
to respective cells 11 and 13, the cell size for BTS1 10 being 
much larger than that of BTS2 12. The base stations are both 
connected to a control node, such as a BSC (base station 

3 0 controller) 16 which is connected to the rest of a network 17. 
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The BSC 16 has access to a pilot database 18 . Also shown is a 
MS (mobile station) 15 in a position where the cells 11,13 of 
BTS1 10 and BTS2 12 overlap, but which is to be understood as 
being in motion. 

In CDMA, every base station transmits using a PN code 
which is the same except for the fact that different base 
stations transmit the PN code offset by a different amount.. 

The PN code, or a deterministic "short code" repeats every ^6,6 
ms and has a length of 2 15 chips. For IS-95, the chip rate is 
1.22 8 8 MHz, each chip is approximately 0.8 |is in duration, and 
the u chip distance" is approximately 244 metres, this being the 
distance light travels during a chip's duration. 512 different 
PN code shifts or offsets have been defined, each PN code shift 
shifted by an additional 64 chips with respect to the previous. 
A PN code having a PN offset of 0 consists of the PN code 
without any shift. More generally, a PN code having a PN 
offset of k, referred to hereinafter as w PN-k" where k=0 to 
511, identifies the PN code shifted by 64 multiplied by k 
chips. One of these shifted PN codes is transmitted by each 
base station (by each sector if sectorized) with respect to a 
time reference which is uniform for all base stations, and 
referred to as UTC (Universale Temps Coordonne, Universal 
Coordinated Time) time. This time reference is obtained by 
each base station from a global positioning system for example. 
The shift of the PN code transmitted by a given base station 
can be used to identify the particular base station. Each base 
station transmits a Sync channel which is aligned with the PN 
code, and which identifies the PN offset. 

For the example of Figure 1, it is assumed that BTS1 
10 transmits with PN-12, and that BTS2 12 transmits with PN-40, 
both with respect to UTC. 
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A timing diagram for this example is shown in Figure 
2. In the diagram, an axis across the top labelled "UTC time" 
is the common standard time reference used by all of the base 
stations, measured in PN offsets from some time particular zero 
5 time reference T 0 in UTC time. All base stations have the same 
zero time reference T 0 . T 0 for our purpose is any time at 
which a base station having PN-0 starts transmitting the PN 
code from its beginning. A sequence of events progresses from 
the top of the diagram to the bottom of the diagram. Each of 
10 these events will be described in detail below. Time as 
measured by the MS is on the axis across the bottom of the 
diagram labelled "Mobile Time" , also measured in PN offsets 
from the MS's zero time reference Tjyj. 

When the MS 15 is initially powered, for example at 
15 some point PI within cell 11 of BTS1 10, it has an arbitrary 
time reference which is unrelated to UTC. In a conventional 
process referred to as "pilot channel acquisition" , the MS 
searches for and eventually finds the PN code of a base 
station, in this case BTS1 10, but it does not know which base 

2 0 station transmitted the code because it has an arbitrary time 

reference and thus cannot know the shift of the PN code. In 
the timing diagram of Figure 2, the beginning of the 
transmission of the PN code* by the BTS1 10 is indicated at step 
A which occurs at Tq + 12 PN. It is to be understood that 
25 while the BTS1 10 continuously transmits the PN code with an 
offset of 12 PN, step A represents the beginning of the 
transmission of one instance of a PN- 12 code by BTS1 10. 
Although not shown, BTS1 10 also begins the transmission of a 

PN-12 code at times every 512 PN (26.6 ms ) before and after T 0 + 

3 0 12 PN. The MS 15 receives the transmission represented by step 

A after a propagation delay which is a function of the distance 
between the MS 15 and the particular base station, in this case 
BTS1 10 . The one way propagation delay may be measured in PN 
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offsets, or simply M PN" each PN being 64*0.8 fxs = 51.2 jis, or 
equivalently 15.6 km. In the illustrated example it is assumed 
that the MS 15 receives the start of the transmission after a 
propagation delay of 11 PN at step B. This means that the MS 
5 15 is a distance of 11 x 15.6 = 172 km from BTS1 10. In UTC 
time this occurs at Tq + 23 PN. 

Next, the MS 15 looks for the Sync channel which is 
aligned with the PN pilot channel. The Sync channel defines an 
actual time reference and also states the particular base 

10 station's PN offset. In this case, the Sync channel identifies 
that BTS1 10 has PN-12. The MS 15 receives the PN offset 
information and the time reference information in this case 
after the above-referenced 11 PN propagation delay. The MS 
thus establishes its time reference at (Time of transmission = 

15 UTC + 12 PN) + (propagation delay = 11 PN) - PN offset of 12 
PN) = UTC + 11 PN, this being simply equal to the time 
reference used at BTS1 10 delayed by the propagation delay of 
11 PN. The establishment of the time reference for the MS 15 
is indicated at step C. The zero time reference for the MS, 

20 T M/ will be equal to T 0 + 11 PN. 

It is well known that when a MS moves away from the 
coverage area of one or more base stations into the coverage 
area of another base station or base stations, a handoff must 
be performed. For our example, the MS 15 might move away from 

25 the coverage area of BTS1 10 into the coverage area of BTS2 12. 
The first step in a handoff is for a serving base station to 
provide the MS with a list of neighbouring base stations. 
Neighbouring base stations are identified by their PN offsets 
in a neighbour list message sent, to the MS over a paging 

3 0 channel for example. The MS, during a call, monitors the pilot 
channel strength of signals received from base stations thus 
identified, and when a pilot channel strength exceeds a 
threshold T add , that base station is added to the active set, 
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the active set defining the set of base stations which are to 
have active communication with the MS. Similarly, when a pilot 
channel strength falls below a threshold T^rop' that base 
station is removed from the active set. In this manner, base 
5 stations are added and removed from the active set during the 
initiation, and subsequent completion of a soft handoff. This 
is just one of many different ways by which a handoff can be 
performed involving base stations which have been identified by 
the MS. 

10 In order to monitor the signal strength of a pilot 

channel, the MS must first search for and locate the pilot 
channel. To begin, the MS identifies the PN code to be 
searched for by taking into account the known PN offset of the 
base station (as identified in the neighbour list message 

15 identifying potential target base stations) with the assumption 
that a PN-0 code starts at the MS zero time reference T M and 

every 26.6 ms before and after this time. The MS then performs 
a correlation of the PN code thus identified with signals 
received. Since the target base station might be either closer 

20 or farther than the base station from which the^ MS has derived 
its time reference, the PN code might arrive earlier or later 
than expected. If the target base station is farther away, the 
PN code will arrive later than expected, and if the target base 
station is closer, the PN code will arrive earlier. To deal 

25 with this, the MS searches for the code during an interval of 
time before and after its own zero time reference, this 
interval being referred to as the search window. Current MSs 
have search windows which are set up to look for transmissions 
from base stations which arrive up to 3.53 PN earlier than 

30 expected, and up to 3.53 PN later than expected. This 

translates into the ability to find the transmissions of base 
stations which are closer, or farther by a maximum of about 55 
km. This presents a problem for developing large cells next to 
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small cells such as might be the case when developing cell 
sites in situations which need to have large cell sizes. 

Referring back to the example, the MS placing its 
searcher about its own zero time reference is indicated at 

5 step D. It is assumed that the MS is moving from the very 
large cell 11 of BTS1 10 from which there is an 11 PN 
propagation delay, to the relatively small cell 13 of BTS2 12 
having PN-40 from which there is a one PN delay, and is 
currently at a point where it is in the coverage area of both 

10 BTS1 10 and BTS2 12. The transmission of the PN-40 by BTS2 12 
is indicated at step E. The MS receives PN-4 0 after a 
propagation delay of one PN at step F. The MS, knowing the 
target base station to have PN-4 0 via the neighbour list 
message, places its searcher at PN-4 0 with respect to its own 

15 time reference. This is equivalent to subtracting 4 0 PN at 

step G or referring all base station signals to "T^" . This is 

equivalent to shifting the search window previously established 
at step D about its own time reference by 4 0 PN. In this case, 
since the new base station is 10 PNs closer to the MS 15 in RF 

2 0 propagation terms, the MS 15 time reference with respect to the 

BTS2 12 will be 10 PN later than it was with respect to the 
BTSl 10 and the BTS2 12 transmission will arrive 10 PN earlier 
than expected by the MS. However, the MS 15 only searches for 
signals which are up to 3.53 PN early or 3.53 PN late, and as 
25 such the MS 15 will fail to find the transmission of BTS2 12. 

According to the invention, a solution to this 
problem is provided which requires no change whatsoever at the 
MS. Rather than sending only the actual PN offset of the base 
station of a cell of large differing radius in the message (s) 

3 0 identifying neighbours, a virtual PN offset is also sent, the 

virtual PN being selected to compensate for the difference in 
delay such that the MS will find the target base station's 
signal in its conventional search window. In the above 
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identified example, if a virtual PN of PN-32 is used for BTS2 
12, the MS 15 will look for a code which is offset by 8 PN less 
than it actually is . This is equivalent to looking for the PN- 
40 code 8 PN earlier than normal. Since the MS's time 
5 reference of = T 0 + il PN is used as the centre of the 

search window, the MS will look for a PN-32 code which it 
receives beginning any time between - window size/2, Tjyj + 

window size/2 = (T 0 + 11 PN) - 3.53 PN, (T 0 +. ; 11 PN) +3.53 PN. 

A timing diagram for this example is provided in 
10 Figure 3. For this example, step E is the beginning of the PN 
code as transmitted by the BTS2 12. The MS 15 receives this at 
step F after a propagation delay of one PN. The MS shifts by 
32 PN to convert it to a zero-PN code at step G. The PN-32 
code will be found because it will arrive at the MS at (time of 
15 transmission = T 0 + 40 PN) + (propagation delay = 1 PN) - 

(virtual offset = 32 PN) = T 0 + 9 PN. Recalling the MS's time 
reference T M = T 0 + 11 PN, the PN-32 code will be detected at 
T M - 2 PN which is inside the search window identified above. 

The above description and specific example has 

2 0 provided a method and system by which a MS can search for and 

locate a BTS transmission, in a large differing cell size 
scenario, without requiring any modifications to the MS per se. 
The example has focused on the IS -95 implementation in which a 
common PN code is transmitted by all BTSs. More generally, 
25 this solution can be applied whenever a transmission identifies 
a transmitter on the basis of some delay in the transmission 
which is unknown at a receiver. By telling a MS to expect a 
different delay than normal, a large difference in propagation 
delay between the MS and different transmitters can be 

3 0 compensated for. 

Depending upon a particular implementation, the above 
described method requires several other changes to be made in 
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the mobile communications system. These will be described here 
for the IS-95 implementation by way of example. 

Pilot Database 



5 associating PN offsets with BTSs will need to have room for 
both a real PN and a virtual PN for BTSs which might 
potentially be involved in a handoff requiring virtual PN. In 
the IS-95 example, preferably this additional information is 
stored in the Pilot Database. Preferably at most a single 
10 virtual PN is provided for any given base station. More 
generally, using a multiplicity of virtual PNs facilitates 
scenarios of multiple cells and sectors of varying sizes. 



generating the contents of neighbour list messages has for each 
15 of a plurality of transmitters a respective first memory field 
for storing a respective real code identifier and for at least 
one of the plurality of transmitters a respective second memory 
field for storing a respective virtual code identifier. 
Preferably, the control node has a processing element for 
2 0 identifying the target base stations to be included in the 

neighbour list message, has an input for receiving an input for 
receiving a request to identify target base stations for the 
serving base station, and has an output for sending to the 
serving base station a message containing the real code 
25 identifiers of the target base stations and the virtual code 

identifiers of the target base stations, this message being the 
neighbour list message in the above examples. 

Phase Reporting 



Whatever system entities are responsible for 



Preferably, the control node responsible for 



The MS reports the signal strengths of pilots that it 



30 



sees in a pilot strength measurement message. It associates a 
given pilot strength with the corresponding base station by 
sending a phase of the received PN sequence. The phase is 
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identified as the virtual PN + position in search window, 
converted to chips. In the above example, the phase is (32 - 2 
=30) PN X 64 chips/PN = 192 0 chips. 

The control node then calculates the PN offset of the 
5 target BTS using the following expression where U L J" indicates 
rounding down: 

PN Offset = L (phase + (M # chips per PN) x PilotINC)/ 

(# of Chips/PN x PilotINC) J x PilotINC 

Assuming a PilotINC of 4, the above equation yields 
10 for our example: 

PN offset = L(1920 + 32 X 4)/(64 x 4)J x 4 = 32. 

The control node computes the virtual PN from the 
information received from the MS, and looks up in the Pilot 
Database to determine which BTS should be instructed to setup a 
15 traffic link to the MS. In this case, the control node looks 
for PN 32 in the Pilot Database, and determines that it is a 
virtual PN for BTS2 and proceeds to ask BTS2 to setup a traffic 
link with the MS. 

Setting up TCE in case of Virtual Mobile PN soft handoff 

Whenever the virtual PN scheme described above is 
used to do a soft handoff, the frame transmission circuitry, 
for example the TCE (traffic channel element) in the target 
base station may need to be setup differently than a regular 
soft handoff. The TCE has no knowledge of the virtual Mobile 
PN scheme being used in the soft handoff. It checks the PN 
passed in the TCE connect message by the control node. If this 
PN is different than the PN that is actually transmitted in 
that sector then the TCE assumes that the virtual PN scheme is 
used and the PN passed by the control node is the virtual PN. 



20 



25 



' BNSDOCID: <WO 0064207A1_I_> 





WO 00/64207 



PCT/CAOO/00368 



- 13 - 

The following algorithms may be used to setup forward and 
reverse links at the TCE. 

Setting up Forward Link in Case of Virtual Mobile PN - 

BTS Frame Transmission Timing 

5 The position of the frames that get transmitted by a 

BTS to a MS using a virtual PN for the BTS needs to be changed 
by the amount of difference between the virtual and real PN as 
the mobile is assuming that BTS2 transmission uses the virtual 
PN while in reality it uses the real PN. This will enable the 
10 MS to demodulate the forward link traffic. 



demodulate a BTS pilot signal, the MS's concept of reference 
time is skewed by the amount of difference between the real and 
virtual PN. The situation is illustrated in Figure 4. The 
15 following four steps are highlighted in the figure: 

1. The BTS transmits a pilot and Sync channel message 
starting at a distance of real PN offset from UTC time 
reference T 0 . 



20 virtual PN to demodulate the pilot signal. The MS's concept of 
the UTC will depend on the virtual PN rather than the real PN. 
In case of soft handoff the MS. is already communicating with 
another BTS and it does not demodulate the Sync channel from 
this new BTS. In the figure, the "virtual T M " indicates MS's 

25 effective T M derived by the MS assuming that the BTS was 

transmitting using virtual PN. Therefore, this boundary will 
be off from the MS's T M boundary by the difference between- real 
and virtual PN. The figure represents the case when the 
virtual PN is smaller than the real PN. 



In cases where the MS is using virtual PN to 



2 . 



In case of the virtual PN scheme the MS uses the 



BNSDOCID: <WO 0064207 A 1 I > 



WO 00/64207 PCT/CA00/00368 

- 14 - 

3. If the forward link is not adjusted then the BTS will 
transmit a traffic frame in sync with the BTS time reference 
(for frame offset = 0) . 

4. The traffic frame will arrive at the MS after a delay 
5 equal to the propagation delay. Over the air propagation delay 

will also represent the delay between BTS T 0 and* MS ' s T M (if 
the MS was using real PN) . Since the MS is assuming that the 
frame starts (real PN - virtual PN) later it will only 
demodulate garbage. 

10 If the BTS delays the transmission of traffic frames 

by (real PN - virtual PN) then the MS will receive the traffic 
frames at the MS's virtual T M boundary and they will be 
demodulated correctly. 

The Traffic Channel Element needs to implement the 
15 following algorithm to decide the position of forward traffic 
frames in case of a soft handoff request: 

compare the PN received from the control node with 
the PN data filled for that sector i.e. real PN 



20 



if the PN passed by the control node is same as the 
real PN, setup the TCE as done currently, or 

if the PN passed by the control node is different 
than the real PN, then assume it is virtual PN and calculate 
(real PN - virtual PN) 

if (real PN - virtual PN) is positive then delay the 
25 transmission of forward traffic frames by this amount, or 

if (real PN - virtual PN) is negative then advance 
the transmission of forward traffic frames by this amount. 

In case the MS goes into softer handoff after this 
soft handoff, no additional adjustment will be needed for 
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forward traffic frames of any sector as long as the value of 
(real PN - virtual PN) is same for all sectors of the cell. 

Setting up Reverse Link in Case of Virtual Mobile PN - 

Target Time -of -Arrival 

5 The target base station expects to receive reverse 

traffic frames at a target time -of -arrival which is identified 
to the target base station by a control node/ The target time- 
of- arrival sent by the control node to BTS2 will be off by the 
difference between the virtual PN and real PN. The target base 
10 station software will be required to calculate the actual 

target TOA using the PN sent by the control node. This will be 
needed to get the reverse link going. This is required to 
centre the searcher at the BTS. 

The control node calculates the target time of 
15 arrival of the MS at the target BTS for soft handoff using the 
following formula: 

target TOA at BTS2 = RTD1 (in chips) + (phase of BTS2 - 
(64 x pilot PN) ) , 

where RTD1 is the Round Trip Delay of the MS as seen at 
20 BTS1 and "phase of BTS2 " is the phase of BTS2 seen by the MS. 
When there is a situation as shown in Figure 1; 

phase of BTS2 reported by the MS = 192 0 chips; 

the control node calculates the PN offset of the target 
cell using the following equation: 

25 L(phase + 32 x PilotINC) / (64 x PilotINC)J x PilotINC 

which, assuming a PilotINC of four is used evaluates to: 

L(19 + 32 x 4)/(64 X 4)J X 4 = 32; 
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the target TOA at BTS2 = (11 x 64 x 2) + ((192 0 -(64 x 
32) ) ) = 1280 chips; 

the actual TOA should have been TOA (real) = (11 x 64 x 2) 
+ ((1920 - (64 x 40))) = 768 chips; 

5 therefore the target TOA given to BTS will be off by the 

amount of difference between real and virtual PN i.e. (40 - 32) 
x 64 chips. The following algorithm can be used at the BTS to 
determine the correct TOA of the MS at the BTS: 

if the PN passed by the control node is same as the 
10 real PN, then the target TOA passed by the control node is the 
correct TOA; 

if the PN passed by the control node is different 
than the real PN, then assume it is virtual PN and calculate 
target. TOA using correct TOA = target TOA from control node + 
15 (virtual PN - real PN) . 

Numerous modifications and variations of the present 
invention are possible in light of the above teachings. It is 
therefore to be understood that within the scope of the 
appended claims, the invention may be practised otherwise than 
2 0 as specifically described herein. 

Preferably, when a virtual PN has been established in 
association with a real PN, both the virtual PN and the real PN 
are included in the neighbour list message. This eliminates 
the requirement for a decision to be made as to which PN to 
25 include. Alternatively, a decision process can be executed to 
determine which PN to send. 
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The embodiments of the invention in which an exclusive property 
or privilege is claimed are defined as follows : 



known identification code with a respective offset, a method of 
5 allowing a mobile station to search for and find the 

identification code of a particular transmitter transmitting 
with a particular offset, the method comprising: 

providing information to the mobile station which 
makes it look for the identification code with a different 
10 offset than the particular offset. 

2. A method according to claim 1 wherein the different 
offset is selected to have a difference from the particular 
offset which is selected to compensate for a difference between 
the propagation delay between the mobile station and the 

15 particular transmitter and the propagation delay between the 
mobile station and a node from which the mobile station has 
previously established a time reference. 

3 . A method according to claim 1 wherein the 
identification code is a CDMA short PN code, and the respective 

2 0 offset is a PN offset, wherein the information provided to the 
mobile station comprises a virtual PN offset for the particular 
transmitter which is different from the transmitter's actual PN 
offset . 

4 . A method according to claim 3 wherein the information 
25 provided to the mobile station comprises one or more messages 

identifying PN offsets of potential target transmitters. 

5- A method according to claim 1 further comprising the 

particular transmitter sending frames offset in time by the 
difference between the different offset and the particular 
30 offset. 



1. 



In a system in which transmitters each transmit a 
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6 . A method according to claim 5 further comprising 

preparing at the particular transmitter to receive 
communications from the mobile station at a different time than 
would otherwise be expected. 

5 7. A method according to claim 6 wherein said step of 

preparing comprises calculating a revised target "time-of- 
arrival . 

8 . A method of coordinating a handof f of a mobile 

station between a serving transmitter and a target transmitter 
in respective cells having large differing radii in a system in 
which transmitters each transmit a known identification code 
with a respective offset, in which mobile stations search for 
the identification code of a particular transmitter on the 
basis of its particular offset, and in which a mobile station 
15 has a time reference which is based on a standard transmitter 
time reference plus a propagation delay between the serving 
transmitter and the mobile station, the method comprising: 

identifying to the mobile station a virtual offset 
which differs from the target transmitter's actual offset which 
2 0 compensates for a difference between the propagation delay 
between the mobile station and the serving transmitter and a 
propagation delay between the mobile station and target 
transmitter.' 

9 * A method of compensating for a large difference in 

25 propagation delay between a first signal sent with a first 
propagation delay and a second signal sent with a second 
propagation delay comprising sending information which makes a 
receiver search for the second signal at a time which is 
substantially equal to the second signal shifted by the large 
difference in propagation delay, within plus or minus half a 
mobile search window size. 



30 
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10. A control node for participating in the control of a 
plurality of transmitters, the control node comprising: 

for each of a plurality of transmitters a respective 
first memory field for storing a respective real code 
5 identifier and for at least one of the plurality of 

transmitters a respective second memory field for storing a 
respective virtual code identifier; 

wherein for a particular transmitter, the virtual 
code identifier and the real code identifier differ in a manner 

10 which permits a mobile receiver to find a pilot transmission 
from the particular transmitter notwithstanding a large 
difference in propagation delay ' between (the mobile receiver 
and the particular transmitter) and (the mobile receiver and a 
transmitter from which the mobile receiver derived a time * 

15 reference) . 

11. The control node of claim 10 wherein the real code 
identifiers identify a real offset of a code which is otherwise 
commonly transmitted by all the transmitters, and wherein the 
virtual code identifier identifies a virtual offset. 

20 12. - The control node of claim 10 wherein the difference 
between the virtual offset and the real offset is proportional 
to the difference in propagation delay between (the mobile 
receiver and the particular transmitter) and (the mobile 
receiver and a transmitter from which the mobile receiver 

25 derived a time reference) . 

13. The control node of claim 10 for controlling 

transmitters which form part of base stations, including a 
serving base station, comprising: 

an input for receiving a request to identify target 
3 0 base stations for the serving base station; 
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a processing element for identifying the target base 

stations ; 

an output for sending to the serving base station a 
message containing the real code identifiers of the target base 
5 stations and the virtual code identifiers of the target base 
stations. 

14. The control node of claim 13 further comprising: 

a further input for receiving a pilot strength of a 
particular target base station searched for and found by a 
10 mobile station identified according to a received code 

identifier which is either the particular target base station's 
virtual code identifier or the particular target base station's 
real code identifier; 

wherein the processing element identifies the 
15 particular target base station on the basis of the received 
code identifier, and instructs the particular target base 
station to set up a traffic channel with the mobile station. 

15 • The control node of claim 14 wherein the control node 

sends the received code identifier to the particular target 
base station when instructing the particular target base 
station to set up a traffic channel. 



20 



16. A mobile communications system comprising the control 

node of claim 13 in combination with the base stations. 

17 • A mobile communications system- according to claim 16 

25 wherein a base station which has been successfully identified 
on the basis of its virtual code identifier offsets its 
transmit frames by a time which is a function of the difference 
between the real code identifier and the virtual code 
* identifier. 
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18. A mobile communications system according to claim 16 
wherein a base station which has been successfully identified 
on the basis of its virtual code identifier offsets its 
expected time -of -arrival of incoming frames by a time which is 

5 a function of the difference between the real code identifier 
and the virtual code identifier. 

19. A base station for communicating with a mobile 
station which has a time reference it thinks is based upon that 
of the base station but which is in fact different due to a 

10 difference between a real code identifier and a virtual code 
identifier, the base station comprising: 

frame transmission circuitry for delaying or 
advancing outgoing frames such that they are received by the 
mobile station when expected by the mobile station. 
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